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(54) A method and apparatus for booting a computer system without pre-installing an operating 
system 

(57) A method and apparatus are provided that sig- 
nificantly reduces the inconvenience of placing a com- 
puter system in a useful state. The invention quickly 
boots the system without preinstalling the operating sys- 
tem and allows installation of the operating system to 
occur without usurping the computer's resources from 
a user. A full version of the operating system is made 
accessible to the user by a boot device having sufficient 
capacity to hold the full operating system. A local media 
of the computer system is formatted so that the operat- 
ing system may perform memory management func- 
tions, such as paging and swapping, if necessary. Con- 
sequently, the system is usable without requiring prein- 
stallation of the operating system. The files relating to 
the operating system may be transferred from a boot 
device to a local media at a more convenient time, or 
performed as a concurrent or background process. 
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Description 

This invention relates to a method of and apparatus 
(or booting a computer system and, more particularly, 
for booting a computer system without preinstalling an s 
operating system. 

BACKGROUND OF THE INVENTION 

Figure 1 illustrates the system architecture for a 10 
conventional computer system, such as an IBM PS/2 
personal computer ("PC"). The exemplary computer 
system of Figure 1 is for descriptive purposes only. 
Though the description below may refer to terms com- 
monly used in describing particular computer systems is 
and software, such as an IBM PS/2 PC and the OS/2 
operating system, available from the International Busi- 
ness Machines Corporation, the concepts equally apply 
to other systems and software, including those having 
dissimilar architectures. IBM, OS/2 and PS/2 are trade- 20 
marks of International Business Machines Corporation. 

The exemplary computer 100 includes a central 
processing unit ('CPU") 102, which may include a con- 
ventional microprocessor; a random access memory 
("RAM") 106 for temporary storage of information; a 25 
read only memory ("ROM") 104 for permanent storage 
of information; a diskette controller 110 for controlling a 
diskette HOB that may be inserted into diskette drive 
110A; a disk controller 113 for controlling a fixed disk 
113B that is local to the computer 100 and inserted in 30 
local media drive 11 3A; a keyboard and mouse control- 
ler 105 for controlling a keyboard input device 105 A and 
a mouse input device 105B; a DMA controller 107 for 
performing direct memory access to RAM 106; a video 
controller 111 for controlling a video output display 1 1 1 A; 3S 
a memory controller 103 for controlling RAM 106; a bus 
controller 112 for controlling bus 108; and an interrupt 
controller 114 for receiving and processing various in- 
terrupt signals. Other input and output devices, such as 
an audio subsystem 1 1 6, may be connected to the sys- *o 
tern through an expansion slot 115. 

The computer 1 00 is generally controlled and coor- 
dinated by operating system software. For example, the 
OS/2 operating system is an exemplary operating sys- 
tem suitable for use with computer 100. Operating sys- *s 
terns provide resource management throughout a com- 
puter system, including such tasks as process execution 
and scheduling, memory management, file system serv- 
ices, networking and I/O services, and user interface 
presentation. User applications, such as editors and so 
spreadsheets, directly or indirectly, rely on these and 
other capabilities of the operating system. 

The procedure for forcing a computer system into a 
known usable state - one from which computer appli- 
cations may be executed - is generally called "booting, ss 
" The general term "booting," however, may be further 
distinguished into first boots," "cold boots," and "warm 
boots/ Each type depends upon the state of the system 
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when the booting operation is performed. 

A "first boot" is performed when a computer system 
is powered on for the very first time. At such time, the 
computer system has a "minimal" known state. For ex- 
ample, the software installed on the computer system 
prior to first boot does not generally include a copy of a 
complete operating system. 

If the system is already loaded with an operating 
system, a "cold boot' is performed when power is turned 
on. A cold boot requires fewer operations than a first 
boot, because the computer system has more known 
state prior to the boot operation. Among other things, 
the computer system already has a copy of the operat- 
ing system installed in its associated local media, such 
as a non-volatile disk. 

If the operating system is already loaded and the 
system is already powered on, a user may cause a 
"warm boot" to occur to force the system into a particular 
start state. Typically, this is caused by a predefined se- 
quence of key strokes. A warm boot needs even fewer 
steps than a cold boot 

Conventional computer systems provide a variety 
of hardware and software mechanisms to boot the com- 
puter system to a useful state. The description below 
describes these mechanisms in the context of a first 
boot. Afterwards, a cold and warm boot are distin- 
guished from the first boot. 

Many components of a computer system are "vola- 
tile," which, by definition, means that the component has 
an unknown state when power is initially provided to the 
component. Some components, such as ROM memory 
and fixed disks, are non-volatile, which means that the 
component may have a known state upon the applica- 
tion of power. As such, non-volatile components may be 
preloaded with information, and upon the application of 
power, these components will power up having a known 
state so that the information is accessible. 

When power is applied to a computer system, a por- 
tion of the computer system typically called the "initiali- 
zation hardware" electronically detects the "power-on" 
condition and, in response to such a detection, forces 
certain circuitry of the system to a known state. For ex- 
ample, the CPU 102 typically includes an instruction 
pointer ("IP"), which holds a memory address from 
which the CPU 102 fetches an instruction to be executed 
by the CPU 102. The initialization hardware typically 
electronically forces the IP to an initial address so that 
the CPU 102 may begin fetching and executing instruc- 
tions from this initial address. The ROM 1 04 is construct- 
ed to respond to memory transactions on bus 1 08 within 
a range of memory addresses that includes the initial 
address. Typically, the ROM 104 is prerecorded with 
computer instructions, referred to below as the "ROM- 
based code." Consequently, shortly after power on, the 
CPU begins executing the ROM-based code 104. 

The ROM-based code 104 attempts to establish 
communication with a so-called "boot device." A boot 
device holds information that is necessary to boot the 
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system. In attempting to establish communication with 
a boot device, the ROM-based code 104 operates ac- 
cording to a so-called "boot order." The boot order des- 
ignates potential boot devices, such as a diskette 11 OB 
and a local media. Currently, fixed disks are typically 5 
used as local media 11 SB. However, as further de- 
scribed below, local media may employ other existing 
and future technologies. Typically, the first device listed 
in the boot order is a diskette 11 OB. As such, the ROM- 
based code 104 attempts to communicate with a dis- io 
kette 1 1 0B to determine if it is the boot device. More par- 
ticularly, the ROM-based code 104 attempts to retrieve 
a so-called 'master boot record.* described below, from 
a particular sector of the diskette 1 10B. If the communi- 
cation attempt is successful, the ROM-based code 104 
uses that device as the boot device. If not. the ROM- 
based code proceeds to attempt communication with 
the next device of the boot order, e.g., local media 1 1 3B. 

In the case of a "first boot," the boot device is typi- 
cally a diskette 1 1 0B inserted into the system. More par- 20 
ticularly, a plurality of diskettes are often needed to store 
all of the information needed to boot the system, with 
each diskette inserted at an appropriate point in a se- 
quence. The plurality of diskettes thus forms the boot 
device. 25 

Assuming that the correct first diskette is inserted 
into the system, the ROM-based code 1 04 retrieves the 
master boot record from sector 0 of the first diskette 
1 10B. The master boot record, among other things, typ- 
ically includes information about the particular boot me- 30 
dia, such as partitioning information for that diskette, 
and includes a pointer and an offset to a so-called op- 
erating system loader ("OS loader"). The ROM-based 
code 104 then copies the OS loader into RAM 106 from 
the first diskette, starting at the address indicated in the 3S 
master boot record and continuing for a length indicated 
by the offset provided by the master boot record. After 
copying the OS loader into RAM 106. the ROM-based 
code 1 04 jumps to the OS loader. 

The OS loader is more sophisticated than the ROM- 40 
based code 104 and performs certain preliminary func- 
tions, such as sizing memory. After performing prelimi- 
nary functions, the OS loader copies into RAM 106 a 
portion of the operating system known as the "kernel." 

The kernel provides certain core functionality of the *s 
operating system, such as memory management. After 
the kernel is copied into RAM 106, the OS loader jumps 
to a section of the kernel called "SYS INIT." 

SYS INIT performs other conventional preliminary 
functions, such as executing system diagnostics to en- so 
sure that the system 100 is operating properly. These 
preliminary functions indicate whether continuation of 
the boot is worthwhile. For example, if a critical hard- 
ware fault is detected, a successful boot is unlikely and, 
therefore, continuation of the process is not worthwhile, ss 

After performing preliminary functions, SYS INIT 
reads from diskette 110B an ASCII file called CONFIG. 
SYS. CONFIG.SYS includes ASCII statements, de- 



scribing, among other things, which devices may possi : 
bly be connected to the system. CONFIG.SYS also in- 
cludes the name of the program that should be executed 
after SYS INIT completes. This version of CONFIG.SYS 
is generic to the operating system; it is not tailored to 
the peculiar needs of a specific machine. 

As SYS INIT reads CONFIG.SYS, it loads device 
drivers into RAM 106 in accordance with the ASCII 
statements. After loading a device driver SYS INIT in- 
vokes the device driver at an initialization entry point, 
which, among other things, causes the device driver to 
detect whether a corresponding component is connect- 
ed to the computer system. This must be done because 
the generic version of CONFIG.SYS will likely include 
many ASCII statements for devices that are not con- 
nected in a particular system. For example. CONFIG. 
SYS may include a directive to load a device driver to 
communicate with a computer network. If the system is 
not connected to a computer network, the device driver 
initialization routine returns a status code indicating that 
the device driver was unable to communicate with a net- 
work. In response to such a status code, CONFIG.SYS 
"unloads" that device driver from memory, because it is 
unneeded. 

CONFIG.SYS also includes information, indicating 
where certain files are stored. This information is read 
by SYS INIT and used to program data structures used 
by the kernel to determine where executable files, data 
files, dynamic linked libraries, and the like should be ac- 
cessed. For example, this information may indicate that 
a GUI application should be accessed from the local me- 
dia 113B. 

After loading and unloading the device drivers and 
otherwise processing the statements of the CONFIG. 
SYS file, SYS INIT loads the application pointed to by 
CONFIG. SYS and then jumps to it. Typically, the generic 
CONFIG.SYS points to an "INSTALL" application. 

Generally. INSTALL is responsible for transferring 
to the local media 113B the many files relating to the 
operating system. These files may be directly or indi- 
rectly needed by an application, and as such, they must 
be made accessible to the applications before the sys- 
tem is considered to be in a useful state. 

INSTALL initially determines whether the local me- 
dia 113B is operative. Among other things, INSTALL 
checks whether the local media 11 3B was pre-formatted 
and configured so that reads and writes may be per- 
formed from and to the disk 1 1 3B. If the local media 1 1 3B 
was not pre-formatted and configured, INSTALL exe- 
cutes the necessary instructions to format and configure 
the local media 11 3B. These operations must be per- 
formed to the local media 1 1 38 so that files may be cop- 
ied to the local media 113B and so that the operating 
system may use the disk 1 1 3B to perform memory man- 
agement functions, such as paging and swapping. 

INSTALL then copies a common set of files from the 
diskettes 1 1 0B to the local media 1 1 3B. This common 
set of files typically includes the kernel, the OS loader, 
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the GUI, the file system, i.e., system programs that eve- 
ry application program needs. This copying may require 
several diskettes to supply the appropriate information, 
each diskette being inserted at the appropriate point in 
the sequence. 5 

After copying the common files, INSTALL copies 
particular files from the diskettes 11 OB to the local media 
1 1 3B : depending upon information provided by the user. 

INSTALL then causes the various device drivers to 
query their respective ports to determine whether devic- 
es are connected to the system. If the drivers are unable 
to determine such connectivity, INSTALL may request 
information from the user. Once this information is gath- 
ered, INSTALL creates a new, system specific CONFIG. 
SYS (as compared to the generic version discussed 
above.) and also creates other conventional, though 
system specific, configuration files, such as OS2.INI., 
which may be used for booting in the future. These sys- 
tem specific CONFIG.SYS files are helpful because 
they alleviate the need for future boots to load, then un- 
load, device drivers, as described above when discuss- 
ing the processing of the generic CONFIG.SYS. 

INSTALL then copies the system specific files and 
jumps to a "next" program, such as the GUI. Conven- 
tional first booting and INSTALL are now complete. 

The next time the system 100 is powered on, the 
system need only perform a cold boot, because the op- 
erating system is already stored on disk 11 3B. This as- 
sumes that a boot diskette is not inserted, which would 
cause the system to believe a first boot is intended. In 
contrast to the first boot, a cold boot results in the ROM- 
based code 104 not finding a diskette 11 OB as a boot 
device and instead proceeding through the boot order 
and finding the local media 1 1 3B as the boot device. The 
sequence of operations, discussed above « i.e., copy- 
ing the OS loader, running SYS INIT to read and process 
CONFIG.SYS, etc. — are followed, but using the files 
from the local media 1 1 3B, including the system specific 
files. Moreover the system specific CONFIG.SYS is 
created to point to the GUI or some other application, 
not INSTALL, because an INSTALL is unnecessary. A 
warm boot is similar to a cold boot, except that the ini- 
tialization hardware does not need to force the various 
circuitry components into a known state. 

Modem operating systems are large and complex. 
As stated above, OS/2 requires a plurality of installation 
media to store the entire operating system. Conse- 
quently, first booting and installing an operating system 
are time consuming. During this time, the user is unable 
to otherwise use the computer system, because the op- 
erating system is inaccessible to the user and the appli- 
cations. 

To alleviate this inconvenience, some manufactur- 
ers pre-record, or pre-install, the operating system on 
to the local media 113B. Consequently, the user need 
not first boot upon first using the system and instead 
merely cold boots. Pre-recording, however, increases 
the cost and complexity of manufacture. Besides requir- 



ing extra manufacturing steps, warehoused computer 
systems need to be subject to revision control mecha- 
nisms for the operating system software. 

In addition, though the description abov focused 
upon a first boot, those skilled in the art will appreciate 
that the same delays and inconveni nee are present 
when a new v rsion or revision of an operating system 
is released to subscribers. That is, in order to update a 
computer system to a new version of an operating sys- 
tem, the user must substantially follow the process of a 
first boot, including inserting numerous diskettes in a 
correct sequence to transfer the numerous files to local 
media 1 1 3B. Consequently, pre-recording an operating 
system on a disk is unhelpful in this context, because it 
is not possible. 

Accordingly, there is a need in the art for a method 
and apparatus to boot a computer system without incur- 
ring the delay associated with installing the operating 
system. 

In addition, there is a need in the art for a method 
and apparatus that allows the installation of a new ver- 
sion of an operating system to be performed conven- 
iently without usurping use of the computer from the us- 
er. 

SUMMARY OF THE INVENTION 

The invention provides a method and apparatus as 
set out in the attached claims. 

This invention relates to a method and apparatus 
that significantly reduces the inconvenience of placing 
a computer system in a useful state. The invention in- 
volves a method of, and apparatus for, quickly booting 
the system without preinstalling the operating system 
and which allows installations to occur without usurping 
the computer's resources from a user. A full version of 
the operating system is preferably made accessible to 
the user by a boot device. Consequently, the files relat- 
ing to the operating system may be installed, or copied 
from the boot device, to a local media at a more con- 
venient time, or the copying may be performed as a con- 
current or background process. The local media of the 
computer system is formatted so memory management 
functions, such as paging and swapping, may be per- 
formed, if necessary. 

The invention involves a method of and apparatus 
for booting a computer system, so that the CPU may 
execute applications under the control of an operating 
system, before the operating system is installed to the 
local media. Among other things, a preferred embodi- 
ment of the invention includes a removable media hav- 
ing the operating system stored thereon. The operating 
system includes an operating system kernel, which con- 
trols the applications. A mechanism is provided for cop- 
ying the kernel from the removable media into the mem- 
ory. In addition, a mechanism is provided for initializing 
the kernel to recognize that bulk of the operating system 
files are located on the removable media. Consequently, 
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the CPU may then execute applications on the system, 
under the control ol the operating system supplied by 
the removable media, and the operating system may be 
transferred to the local media after applications have be- 
gun to be executed. s 

In accordance with a preferred embodiment of the 
invention there is provided apparatus for booting a com- 
puter system, having a boot ROM containing initial boot- 
ing instructions, a local media, and a memory, so that 
the computer system may execute an application pro- 10 
gram with a modifiable user preference file under the 
control of operating system programs, before the oper- 
ating system programs are installed to the local media, 
the apparatus comprising: 

is 

means for communicating with a boot media having 
stored thereon the operating system programs 
which include a kernel program for controlling the 
application with associated user preference files; 
means responsive to the initial booting instructions 20 
for establishing a communication path between the 
boot media and the memory; 
means responsive to the initial booting instructions 
for copying the kernel program from the boot media 
into the memory over the communication path; 2s 
means controlled by the kernel program for loading 
an installation file from the boot media to the mem- 
ory and for starting the installation program; 
means controlled by the installation program for 
copying the user preference files from the boot me- 20 
dta to the local media; and 

means controlled by the installation program for in- 
itializing the kernel program to recognize that oper- 
ating system programs are located on the boot me- 
dia and that the user preference file is located on 3S 
the local media so that the application program may 
execute on the system, under the control of operat- 
ing system programs on boot media. 



In accordance with a further embodiment of the in- 40 
vention, there is provided a method for booting a com- 
puter system, having a boot ROM containing initial boot- 
ing instructions, a local media, and a memory, so that 
the computer system may execute an application pro- 
gram with a modifiable user preference file under the *s 
control of operating system programs, before the oper- 
ating system programs are installed to the local media, 
the method comprising the steps of: 

A. receivin g a boot media having stored th ereon the so 
operating system programs which include a kernel 
program for controlling the application with associ- 
ated user preference files; 

B. establishing a communication path between the 
boot media and the memory under control of the in- ss 
itial booting instructions; 

C. copying the kernel program from the boot media 
into the memory over the communication path; 



D. loading an installation file from the boot media to 
the memory; 

E. starting the installation program; 

F. copying the user preference files from the boot 
media to the focal media; and 

G. initializing the kernel program to recognize that 
operating system programs are located on the boot 
media and that the user preference file is located 
on the local media so that the application program 
may execute on the system, under the control of op- 
erating system programs on boot media. 

A further particular embodiment of the invention 
comprises apparatus for booting a computer system, 
having a CPU, a RAM, and a local media, so that the 
CPU may execute applications under the control of an 
operating system, before the operating system is in- 
stalled to the local media, the applications having mod- 
ifiable user preference files associated therewith, said 
apparatus comprising: 

a boot CD-ROM having stored thereon an OS load- 
er the applications, with associated user prefer- 
ence files, and the operating system, which in- 
cludes a kernel portion for controlling applications 
and having a SYS INIT portion; 
a ROM having computer instructions stored thereon 
that, when executed by the CPU. causes the CPU 
to establish communication with the boot CD-ROM 
and to copy the OS loader from the boot CD-ROM 
to the RAM, and which causes the CPU to jump to 
the OS loader, the OS loader having computer in- 
structions which, when executed by the CPU, caus- 
es the CPU to copy the kernel from the boot CD- 
ROM into RAM and which causes the CPU to jump 
to the SYS INIT portion of the kernel, the SYS INIT 
portion having computer instructions which, when 
executed, causes the CPU to initialize the kernel to 
recognize that the operating system is supplied by 
the boot CD-ROM and that the user preference files 
reside on the local media, so that applications may 
execute on the system, under the control of the op- 
erating system supplied by the boot CD-ROM, and 
such that the applications may modify their associ- 
ated user preference files stored on the local media, 
and such that the operating system may be trans- 
ferred to the local media after applications have be- 
gun to be executed; 

means for causing the CPU to execute the compu- 
ter instructions stored on the ROM; and 
means for transferring the user preference files 
from the boot CD-ROM to the local media. 

BRIEF DESCRIPTION OF THE DRAWING (S) 

The above and further advantages of the invention 
may be better understood by referring to the following 
description in conjunction with the accompanying draw- 
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ings in which: 

Figure 1 illustrates a conventional computer archi- 
tecture; 

Figure 2 illustrates a computer architecture accord- 
ing to an illustrative embodiment of the invention; 
Figure 3 is a flowchart, illustrating a method of 
quickly booting an operating system according to 
an illustrative embodiment of the invention; and 
Figure 4 is a flowchart, illustrating a method of per- 
forming a second stage of installing an operating 
system according to an illustrative embodiment of 
the invention. 

DETAILED DESCRIPTION 

Figure 2 illustrates a computer system 200 accord- 
ing to an illustrative embodiment of the invention. In 
many ways computer system 200 is similar to the con- 
ventional computer system of Fig. 1 . Computer system 
200, however includes a compact disk ("CD") ROM 
controller 109 connected to CD ROM Drive 109A, in 
which a boot CD-ROM 109B is inserted. The structure 
and operation of CD-ROM controller 1 09 and drive 1 09A 
are understood by those skilled in the art and will not be 
described in further detail herein. 

Boot CQ-ROM 109B : however, is novel and config- 
ured and prerecorded with a complete image of the op- 
erating system. Current CD-Rooms can store approxi- 
mately 640 MB of information, as compared to the ap- 
proximately 1 A MB capacity of conventional diskettes. 
Consequently, a single boot CD-ROM 109B may be 
used as a boot media, to store all of the information 
needed to perform a first boot and install. Boot CD-ROM 
109B stores an essentially identical image to the con- 
ventional image that would be created on local media 
113B as a result of the conventional INSTALL proce- 
dure, as discussed previously. One difference from the 
conventional image is that the boot CD-ROM 109B re- 
tains the operating system generic configuration files 
rather than the machine specific configuration files cre- 
ated by the conventional INSTALL Other differences 
from the conventional image will be explained below. 
Moreover, though the description below refers to Boot 
CD-ROM 109B as a boot media, those skilled in the art 
will understand the invention may apply to other existing 
and future technologies. 

Fig. 3 is a flowchart of the first boot process using 
boot CD-ROM 1098. The flow starts at step 300 and 
proceeds to step 301, in which the initialization hard- 
ware detects the power-on condition. In step 302. the 
initialization hardware forces certain critical circuitry to 
a known initial state, such as forcing the instruction 
pointer of the CPU 102 to an initial address that maps 
into the ROM-based code 204. In step 303, the CPU 
102 begins execution of the ROM-based code 204. 
Steps 300-03 are the same as discussed above. 

In step 304, the ROM-based code 204 attempts to 



communicate with a boot device according to a new boot 
order, which includes a boot CD-ROM 109B as a poten- 
tial boot device. As such, the ROM-based code 204 at- 
tempts to communicat with the CD-ROM 109B to r - 

s trieve a master boot record, as discussed above. As- 
suming that the inventive method and apparatus are 
used, step 304 will successfully communicate with boot 
CD-ROM 109B. 

In step 305, the CPU 102 executing the ROM-based 

to code 204 copies the OS loader from boot CD-ROM 
109B into RAM 106 using the master boot record stored 
on CD-ROM 109B, as discussed above. The CPU 102 
then jumps from the ROM-based code 204 to the OS 
loader in RAM 106. 

is in step 306, the CPU 1 02 executing the code of the 
OS loader copies into RAM 106 the kernel stored on the 
boot CD-ROM 109B and jumps to SYS INIT. One em- 
bodiment of the invention partitions the kernel on the 
CD-ROM 1 09B in the same fashion as discussed above. 

20 The conventional OS loader may then be used to copy 
the kernel in stages as is done conventionally. Alterna- 
tively, the OS loader may be modified in conjunction with 
re partitioning the kernel so that it may be copied in a 
single stage, for example. 

25 in step 307, the CPU 1 02 executing the code of SYS 
INIT performs the preliminary functions and reads and 
processes CONFIG.SYS to initialize device drivers and 
the like, as discussed above. SYS INIT also initializes 
the data structures of the kernel, discussed above, to 

30 indicate where certain files should be retrieved from. For 
example, the data structures may be programmed to in- 
dicate that the CD-ROM 109B should be accessed for 
files having executable images and that local media 
113B should be accessed for other operating system- 
's related files ! such as user-modifiable files that store a 
user's preferences for an application. 

In step 308, the CPU 102 loads and jumps to the 
initial program pointed to by CONFIG.SYS. Unlike the 
conventional first boot, which would load and then jump 

40 to the INSTALL application discussed above : the inven- 
tive first boot loads and then jumps to a first stage, 
"quick" INSTALL application. 

The first stage INSTALL application, in step 309, de- 
termines whether the local media 11 3B is formatted and 

is configured using conventional techniques. If the disk 
11 3B is not formatted and configured, the first stage IN- 
STALL formats and configures the disk using tech- 
niques known in the art As such, after step 309, disk 
113B may be used to perform memory management 

so functions, such as paging and swapping, and may have 
files written to it and read from it. The first stage install 
may copy certain files to the local media 113B so that 
these files may be written to by the user, such as the 
preference files discussed above. The data structures 

55 of the operating system relating to these files are pro- 
grammed accordingly. 

Step 310 indicates the completion of the inventive 
first stage boot. At this stage, the system is in a useful 
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slate, and a user may now utilize the system 200. for 
example, to invoke a GUI. editor, spreadsheet, or other 
executable image. The executable images reside on the 
CO-ROM 109B and are fully accessible for execution. 
Any writes performed to files relating to the executable 5 
image are directed to the related files which reside on 
local media 113B. Moreover, the operating system may 
perform memory management functions, because the 
disk 113B is formatted and configured by the first stage 
INSTALL. Under the conventional technique, at this 
point in time, the conventional system was unusable, 
because the operating system and other applications 
were inaccessible, residing primarily on uninserted dis- 
kettes. 

At this stage in time, some limitations on the use of 
the system remain until the installation is fully completed 
in a second stage, discussed below. For example, the 
boot CD-ROM 109B must remain in drive 109 so that 
the operating system is accessible to applications, when 
needed. Consequently, applications that require CO- 
ROM data from a different CD ROM have to wait until 
the operating system is fully installed on the local media 
113B : thus freeing the CD-ROM drive 109 for other us- 
es. Alternatively, such applications may be invoked if an- 
other CD-ROM data source, such as a second controller 
109, is provided. 

Figure 4 is a flowchart, illustrating a second stage 
INSTALL of the operating system to local media 113B. 
The second stage installation process begins at step 
400 and may be invoked in any number of ways, includ- 
ing queuing the second stage INSTALL process to the 
operating system to execute as a background process; 
queuing the second stage INSTALL process to execute 
as a concurrent process; or queuing the second stage 
INSTALL process to execute at a later, more convenient 
time. 

In step 401, the second stage INSTALL uses con- 
ventional techniques to transfer files from the boot CD 
ROM 109B to the local media 113B. In step 402, the 
second stage INSTALL updates the data structures of 
the operating system to indicate that requests for the 
transferred files should be directed to local media 1 1 3B. 
In step 403, the second stage INSTALL creates machine 
specific configuration files and loads them to local media 
11 38 using conventional techniques. At step 404 the 
boot and installation of the system is complete. At this 
point any requests that were previously directed to the 
CD ROM 209B, such as a request for a GUI, are directed 
to local media 1 1 3B. The drive 209A may be used for 
other CD-ROMs. 

Consequently, a computer system may be booted 
quickly without requiring p reinstallation of the operating 
system. This is not only helpful for first boots, but also 
allows revisions of and new versions of operating sys- 
tems to be incorporated into a computer system more 
conveniently. A user may insert the boot CD-ROM 109B, 
containing the new code, into the system and cause the 
system to re-boot. A first boot is performed, causing the 



system to enter a useful state including the new code. 
The new code may be transferred to the local media lat- 
er, as discussed above. Alternatively, the user may con- 
tinue to use the present version of the operating system 
and invoke the second stage install application in the 
background to transfer the files to local media 113B. 
Then after the second stage is complete, the user may 
cause the system to re-boot causing the system to per- 
form a cold or warm boot using the new operating sys- 
tem residing on the disk 1 1 3B. 

An illustrative embodiment, and certain variations, 
of the invention have been described. Other variations 
and modifications, however, may be made to this em- 
bodiment, which wilt attain some or all of the advantages 
of the invention. For example, in the detailed description 
the boot device is implemented with a CD-ROM 109B 
and the local media, to which operating system files are 
eventually transferred, is implemented with fixed disk 
113B. It is contemplated, however, that any storage or 
memory technology, including, but not limited to, mag- 
netic, optical, semiconductor or other present or future 
technologies, may be used to implement the compo- 
nents of the invention. 



25 

Claims 

1. Apparatus for booting a computer system in re- 
sponse to initial booting instructions, the system 

30 having a local recording media and a memory, 
wherein the booting apparatus enables the system 
to execute applications under the control of operat- 
ing system programs before the operating system 
programs are installed on the local media : the ap- 
35 paratus comprising: 

means for communicating with a boot media 
having stored thereon operating system pro- 
grams including a kernel portion; 
40 means responsive to the initial booting instruc- 

tions for copying the kernel portion from the 
boot media into the memory; 
means, responsive to the initial booting instruc- 
tions, for initializing the kernel portion to recog- 
45 nize that the operating system programs are lo- 

cated on the boot media; and 
means, responsive to the initial booting instruc- 
tions, for starting the kernel portion so that ap- 
plications may then execute on the system, un- 
so der the control of the kernel portion and oper- 

ating system programs located on the boot me- 
dia. 

2. Apparatus according to claim 1 , including: 

ss 

means, controlled by the kernel portion, for de- 
termining whether the local media is formatted; 
and 
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means, controlled by the kernel portion, for for- 
matting the local media if it is not formatted. 

3. Apparatus according to claim 1 or claim 2, wherein 
the kernel portion comprises: s 

means operable when the kernel portion is ex- 
ecuting for determining a hardware configura- 
tion for the computer system and for building a 
configuration file based on the hardware con- 10 
figuration; and 

means controlled by the configuration file for 
loading an installation program from the boot 
media and for starting the installation program. 

75 

4. Apparatus according to claim 3. which further com- 
prises: 

means controlled by the installation program for 
loading an application program and starting the 20 
application program; and 
means controlled by the operating system pro- 
grams located on the boot media for installing 
the operating system programs from the boot 
media to the local media, after the application 25 
program has started. 

5. The apparatus of claim 4 wherein the means for in- 
stalling operating system programs is a background 
process under the control of the operating system 30 
programs located on the boot media. 



D. starting the kernel portion so that applica- 
tions may then execute on the system, under 
the control of the kernel portion and operating 
system programs located on the boot media. 

9. A method according to claim 8, further comprising 
the steps of: 

E. determining whether the local media is for- 
matted; and 

F. formatting the local media when the disk is 
not already formatted. 

10. A method according to claim 8 or claim 9, wherein 
step D comprises the steps of: 

Dl . determining a hardware configuration for 
the computer system; 

D2. building a configuration file based on the 
hardware configuration; 

D3. loading an installation program identified 
by the configuration file from the boot media; 
and 

D4. starting the installation program. 

11. A method according to claim 1 0, further comprising 
the steps of: 



6. Apparatus according to any one of the preceding 
claims, wherein the local media is a fixed disk. 

35 

7. Apparatus according to any one of the preceding 
claims, wherein the boot media is a CD-ROM. 

8. A method for booting a computer system, having a 
boot ROM containing initial booting instructions, a 40 
local media, and a memory wherein the computer 
system is enabled to execute applications under the 
control of operating system programs before the op- 
erating system programs are installed on the local 
media, the method comprising the steps of: 45 



G. loading an application program under con- 
trol of the installation program; 

K starting the application program; and 

I. installing the operating system programs from 
the boot media to the local media, after the ap- 
plication program has started. 



A. receiving a boot media having stored there- 
on the operating system programs, which in- 
clude a kernel portion; 

B. copying the kernel portion from the boot me- 
dia into the memory under control of the initial 
booting instructions; 



C. initializing the kernel portion to recognize ss 
that the operating system programs are located 
on the boot media under control of the initial 
booting instructions; and 
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